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We: Telephonic tnterview Agenda <^ 

□ Uigairt □ForRaview □ Pleaaa Commant □ Plaase Reply □ Please Recycle 

eComnMiils: 

Examiner Ali. attached arc proposed agendas for our telephonic interview that is scheduled on June 
21^ at 1 1 :00AM EST to discuss appfications 10/01 5»291 and 10/015, 234, 

Regards, 

Scott Schmok 
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Agenda for Telephonic Interview 
June 21, 2004, 11:00 AM ET 
Application 10/015,291 



L High-Level Biscussicm of Applicants^ Invention 

- Uses permitted user id list that corresponds to a particular database in order to verify user 
id access permission to the database. 

IL High-Level Discussion of Kumar Patent 

- Includes context of data and importance of data in the data itsel£ 

- Monitors the data to detect data that is deemed important. 

- Pro^des reports based upon trigger conditions (e.g. late shipments). 

n* Claim 1 Rejection Discussion 

a) Applicants claim retrieving a permitted user id list corresponding to a selected database. In 
contrast, the Office Action reference refers to data, whidi includes the data context and 
data importance (col. 10: 16-18). Kumar does not teach or suggest retrieving or accessing a 
permitted user id list 

b) Applicants claim determining whether a user id is included in the pennitted user id list. In 
contrast, the Office Action reference refers to a security group object for accessing security 
rules associated Avith a security group. Kumar does not teach or suggest matching a user id 
with a permitted user id Ust. 

c) Applicants claim reporting the user id if the user id is not included in the permitted user id 
list. In contrast, the Office Action reference reports trigger conditions, such as a "late 
delivery.*" Kumar does not teach or suggest reporting a user id that attempts to access data 
in vdiich the user id is not authorized. 

HL Claim 2 Rejection Discussion 

a) Applicants provide a violation resolution, such as removing a user id from a directory 
access list (page 12, lines 13-15). In contrast, the Office Action's reference is the daU 
itself; the data context and data importance (col. 10, lines 1-10). The Office Action refers 
to the same reference in Claim 1' s rejection, but refers to the reference as a permitted user 
id list. Kumar does not teach or suggest providing a resolution to a violation. In addition, 
the Office Action's second reference (col. 19, lines 55-59) discusses the reporting of one or 
more trigger conditions, but does not discuss providing a "resolution", nor does Kumar 
teach or suggest that a trigger condition is a "violation." 

IV. Claim 6 Rejection Discussion 

b) Applicants claim the penmtted user id list is selected from the group consisting of a 
database instance owner, a sysadm group, and a sysmaint group. In contrast, the Office 
Action's reference (col. 19, lines 55-59) discusses the reporting of one or more trigger 
conditions, but does not discuss a permitted id list type as claimed by Applicants, 
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L High-Level Discussion of Applicants^ Invention 

- Translates messages from one format to another format in a multiple document exchange 
environment that includes a plurality of participants. The participants do not need a pre- 
arranged format to communicate with other participants. A message collaboration trail is 
also provided. 

H. High-Level Discussion of Stewart Patent 

- Provides a collaboration space such that multiple trading partners communicate with each 
other. Each conversation has a unique context that enables users to manage multiple, 
concurrent conversations that take place in the same "c-space", saoh as request for 
proposals. 

- Provides asynchronous XML messaging capabilities to aUow loosely coupled 
commimication between trading partners (page 3, para. 0030). 

- Collaborating entities must agree on the semantics of business protocol (page 9, para. 
0133). 

IL Claim 1 Rejection Discussion 

a) Applicants claim identifying a first format corresponding to a request and a second format 
corresponding to a target recipient. In contrast the Office Action's first reference discusses 
XML as a universal format (page 9, para. 0133) and the OflSce Action's second reference 
discusses **the enterprise applications and the workflow server use an XML format " Both 
references refer to XML as the format, and thus, do not discuss identifying a first format and 
a second format. Notarius does not discuss a request format, but rather discusses information 
fields. 

b) Applicants claim locating a process to format the request from the first format to the second 
format. In contrast, the OflBce Action's reference discusses using XML for communication, 
which provides a "true measure of collaborative e-commerce." 

c) Applicants claim formatting the request using a process. Again, the OflBce Action's 
reference discusses XML providing an open and flexible message format. 

m. Oaim 4 Rejection Discussion 

a) Applicants claim determining whether a transaction process implementation is available. In 
contrast, the Office Action's reference discusses matching a certificate of the sender and 
acting as a trusted intermediaiy in order to validate the sender. 
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